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Procede de distribution d'informations audiovisuelles et systeme de 
distribution d'informations audiovisueiles 

La pr§sente invention concerne un procede de distribution 
d'informations audiovisuelles et un systeme de distribution d'informations 

5 audiovisuelles. 

II est connu dans Tart ant§rieur, des dispositifs permettant a un 
utilisateur disposant d'un terminal et d'une connexion a un serveur 
d'informations audiovisuelles de telecharger des morceaux de musique pour 
les ecouter en temps reel ou les memoriser sur des moyens de 

10 memorisation, soit associ6s au terminal, soit transportables, afin de pouvoir 
rejouer ou dupliquer un nombre illimite de fois les morceaux de musiques. 
Cependant. la plupart de ces dispositifs ne permettent pas le calcul de 
redevances dues aux ayants droit des morceaux de musique puisque aucun 
de ces dispositifs ne permet de verifier quelle est I'utilisation faite du 

15 morceau de musique. 

La presente invention a done pour objet de pallier les inconvenients 
de I'art anterieur en proposant un procede de distribution d'informations 
audiovisuelles permettant d'identifier et de calculer les droits de reproduction 
des informations audiovisuelles distribuees. 
20 Ce premier objectif est atteint par un procede de distribution 

d'informations audiovisuelles entre un serveur et au moins un terminal relie 
par des moyens de communication bidirectionnels au serveur, caracterise en 
ce qu'il comprend : 

- une etape d'enregistrement de chaque terminal aupr6s du serveur 
25 pour identifier de fagon unique le terminal et enregistrer le type de terminal, 

- une etape d'authentification du terminal par le serveur lors de 
chaque connexion du terminal au serveur, 

- une etape de tel6chargement d'au moins une selection 
d'informations audiovisuelles choisies par I'utiiisateur du terminal pendant sa 
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connexion au serveur, le format dans lequel sont transmises les selections 
conformations audiovisuelles etant tel que seul le terminal destinataire peut 
les exploiter, 

- une 6tape de memorisation de Tutilisation de chaque selection 
5 d'informations audiovisuelles dans une base de donnees du serveur. 

Un deuxieme but de I'invention consiste ^ proposer un systeme de 
distribution d'informations audiovisuelles permettant de calculer les droits de 
reproduction des informations audiovisuelles distribuees. 

Ce deuxieme objectif est atteint par un dispositif de distribution 

10 d'informations audiovisuelles comprenant un serveur comprenant des 
moyens de memorisation de masse comportant des informations 
audiovisuelles de representation d'une pluralite de selections musicales 
et/ou video, et au moins un terminal comprenant des moyens de 
memorisation et une liaison bi-directionnelle de communication avec le 

15 serveur, le dispositif etant caractferise en ce que les moyens de 
memorisation du serveur comprennent une identification de chaque terminal 
definissant Tutiiisation des informations audiovisuelles transmises au 
terminal, chaque terminal comprenant des moyens interactifs avec 
Tutilisateur pour permettre le choix d'au moins une selection au travers de la 

20 liaison de communication avec le serveur et des moyens d'execution des 
informations envoyees par le serveur et representatives d'une selection 
audiovisuelle. 

L'invention, avec ses caracteristiques et avantages, ressortira plus 
clairement a la lecture de la description faite en reference aux dessins 
25 annexes dans lesquels : 

- la figure 1 represente un diagramme simplifie du dispositif de 
distribution d'informations audiovisuelles selon l'invention ; 

- la figure 2 represente le logigramme des operations realisees lors 
de la communication entre le serveur et un terminal du dispositif de 

30 distribution d'informations audiovisuelles selon invention ; 


- la figure 3 repr6sente un schema du terminal du dispositif de 
distribution d'informations audiovisuelles salon ['invention. 

Avant de d6crire I'invention, il convient de rappeler dans quel 
contexte est situee la diffusion d'informations audiovisuelles. Tout d'abord, 
5 par informations ou selections audiovisuelles, 11 faut comprendre informations 
numeriques ou issues d'une numerisation representative d'une ceuvre 
artistique audiovisuelle. Selon la legislation en vigueur. dans la plupart des 
pays toute reproduction sonore ou copie d'une oeuvre artistique ne peut se 
faire sans Taccord de son ou de ses ayants droit, a savoir notamment, son 
10 ou ses auteurs et/ou compositeurs et/ou interpr6tes et/ou promoteur (maison 
de disques) et/ou distributeurs. En regie generale, cet ou ces accords sont 
donnes en ^change de paiement de redevances. 

A titre d'exemple nous decrirons par la suite la portee et le contenu 
de certains droits. 

15 Les droits sur les oeuvres artistiques audiovisuelles sont de plusieurs 

types en fonction notamment de {'utilisation qui est faite de Toeuvre artistique. 
Dans le cas d'une oeuvre musicale, il existe tout d'abord. des droits lies a la 
reproduction sonore de I'ceuvre. Ainsi. des qu'une oeuvre musicale est 
reproduite, c'est-a-dire des qu'elle est jouee sur un dispositif de restitution 

20 sonore, des droits de reproduction (en anglais master right) sont dus a tout 
ou partie des ayants droits. Lorsque I'oeuvre musicale est copiee, c'est-a-dire 
que les informations representatives de i'oeuvre musicale sont transferees 
sur un autre support, alors, pour chaque copie de I'oeuvre. des droits de 
copie (en anglais, mecanical right) sont dus ^ tout ou partie des ayants 

25 droits. Ainsi, tout t6l6chargement d'une chanson d'une m6moire d'un serveur 
vers une autre memoire d'un terminal distant constitue une copie d'une 
oeuvre artistique. 

Lorsque I'oeuvre artistique consiste en I'associatlon d'images fixes ou 
animees et de son, la reproduction de cette oeuvre donne lieu egalement a 
30 des droits de synchronisation (en anglais: synchronisation right) qui peuvent 



etre negocies de gr6 & gre entre les ayants droit et les utilisateurs de 
I'oeuvre. 

Lorsqu'une CBUvre artistique audiovisuelle est reproduite en public 
elle donne lieu, dans certains cas, ^ des redevances (en anglais public 
5 performance right) pergues en general par des entit6s juridiques 
repr6sentant les ayant droits et mandat§es pour collecter les redevances 
selon des regies pr^definies, nnais eventuellement variables, d'une ceuvre a 
I'autre. 

Les droits qui viennent d'etre cites sont definis ^ titre d'exemple, 

10 d'autres droits li§s a rutilisation d'oeuvres artistiques audiovisuelles peuvent 
exister ou apparaTtre. De meme, la definition des droits et notamment leurs 
conditions d'applications peuvent changer. Cependant, quel que soit le type 
de droit issu de I'utilisation d'une oeuvre artistique et quelles que soient ses 
conditions d'applications, le precede et le dispositif selon I'invention peuvent 

15 etre appliques. 

Comme expliqu6 precedemment. les dispositifs de distribution 
d'informations audiovisuelles de Tart anterieur ne prevoient pas de moyens 
permettant de determiner le montant des droits a verser aux ayants droit et 
n'exercent aucun controle sur i'utilisation des selections audiovisuelles une 

20 fois qu'elles ont ete distribuees. Par consequent, la distribution 
d'informations audiovisuelles par Tintermediaire de ces dispositifs de Tart 
anterieur est la plupart du temps realisee au mepris des droits des tiers sur 
les oeuvres artistiques correspondant aux informations audiovisuelles. 

La presente invention propose de resoudre ce probleme en 

25 fournissant un dispositif et un precede de distribution d'informations 
audiovisuelles permettant de prendre en compte le paiement des 
redevances et des taxes aux ayants droit, sur une oeuvre artistique. lorsque 
Toeuvre est commandee par I'intermediaire d'un terminal relie a un serveur 
specialise dans la distribution d'ceuvres artistiques sous forme d'informations 

30 audiovisuelles au travers d'un r6seau de communication. 
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Un mode de realisation non limitatif de I'invention va a present etre 
d6crit en reference aux figures 1A et 1B. Le dispositif decrit par la suite, 
permet de prendre en compte les droits lies a la reproduction sonore et les 
droits lies ^ la copie, notamment d'oeuvres sonores. Dependant, en 
5 appliquant les memes principes, il est possible de prendre en compte tous 
les droits Ii6s a une utilisation quelconque d'une ceuvre artistique 
audiovisuelle. 

Le dispositif de distribution selon I'invention comprend un serveur (2) 
de distribution d'informations audiovisuelles connecte par une liaison (3) de 

10 communication bi-directionnelle, a au moins un terminal (1 ) distant. La figure 
1 ne represente qu'un seul terminal, Cependant le serveur (2) selon 
rinvention peut etre connects de fagon simultanee et par des liaisons de 
differents types a plusieurs terminaux (1 ). 

Le serveur (2) comprend un module (20) de gestion de 

15 communication avec les terminaux (1). Ce module (20) peut comprendre 
diff6rents sous-modules afin de prendre en compte les differents types de 
liaisons de communication possibles. Ainsi, un premier sous-module 
comprend une interface de communication permettant la prise en compte 
d'une liaison de communication de type RNIS (reseau numerique a 

20 integration de service, en anglais ISDN: Integrated Services Digital Network). 
Un deuxieme sous-module comprend une interface de communication 
permettant la prise en compte d'une liaison de communication de type 
satellite. Un troisifeme sous-module comprend une interface de 
communication permettant la prise en compte d'une liaison de 

25 communication de type t6lephonique, notamment filaire classique ou de type 
ADSL ou cellulaire. Un quatrieme sous-module comprend une interface de 
communication permettant la prise en compte d'une liaison de 
communication de type reseau cable de television. Le module de gestion de 
communication comprend des moyens de transcription afin d'une part, dans 

30 le sens (A) de communication serveur terminal, de transcrire les informations 
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issues du serveur dans le format adapts au type de la liaison (3), et d'autre 
part, dans le sens (B) de connmunication terminal serveur, de transcrire les 
informations issues du terminal dans le format adapte au type de la liaison 
(3). Le module (20) de gestion de communication comprend des moyens 
d'analyse des signaux regus des terminaux (1) pour extraire de ces signaux 
les requetes des terminaux ou les reponses des terminaux (1) aux requetes 
du serveur (2). Ensuite. le module (20) de gestion de communication 
comprend des moyens de transmettre des requetes ou les reponses vers le 
module du serveur concerne. 

La communication entre les differents modules du serveur (2) est 
realisee par rinterm6diaire d"un bus (25) bi-directionnel connu en soi. 

Un premier module (21), dit d'authentification, comprend. par 
exemple dans une base (210) de donn6es, une information representative 
d'une identification de tous les terminaux (1) susceptibles d'etablir une 
connexion avec le serveur (2). Le module (21) d'authentification comprend 
des moyens de mise a jour de la base (210) de donnees pour que chaque 
fois qu'un utilisateur souhaite qu'un nouveau terminal puisse se connecter au 
sen/eur (2). une nouvelle identification soit affectee a ce nouveau terminal 

(1) . Cette mise a jour est effectuee. par exemple, par i'intermediaire d'une 
procedure d'enregistrement. Cette procedure d'enregistrement a pour but. 
d'une part d'affecter un identifiant et. par exemple, un mot de passe unique a 
chaque terminal. De meme. cette procedure definit quelle est I'utilisation 
prevue pour les informations qui seront transmises par la suite au serveur 

(2) . En effet, il existe plusieurs fagons d'utiliser les informations 
audiovisuelles transmises par le serveur (2). Dans un premier cas, le 
terminal (1) peut etre utilis6 uniquement pour ecouter en temps reel une 
selection musicale commandee au serveur (2). Dans un deuxieme cas. le 
terminal (1) peut etre utilise pour memoriser une selection musicale 
commandee au serveur (2) pour la rejouer un nombre illimite de fois. Ainsi. 
dans le premier cas, une seule redevance pour une seule diffusion est due 
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aux ayants droit. Dans le deuxi^me cas, il y a deux cas de figure possibles. 
Dans un premier cas de figure, doivent etre calculees et payees d'une part 
une redevance pour copie de I'cBuvre et d'autre part une redevance pour 
chaque execution sonore de la selection. Dans un deuxieme cas de figure, le 

5 paiement de la memorisation et de rutilisation illimit§e est realise de maniere 
forfaitaire par Tutilisateur. Ce cas de figure est tres similaire a Tachat de 
chansons sur des supports classiques tel qu'un CD Audio, une cassette. 
Dans ce cas, les redevances peuvent egalement etre calculees de maniere 
forfaitaire pour chaque tel6chargement. Ainsi, on comprend que la gestion 

10 de ces utilisations est necessairement differente puisque ces utilisations 
donnent lieu ^ des paiements de redevances calculees differemment. Cette 
difference de calcul reside non seulement notamment dans le taux applique 
mais egalement dans le nombre de fois que ce taux doit etre applique. 

Ainsi, lors de I'enregistrement, un code ou une cl6 unique, par 

15 exemple, inconnu de I'utilisateur est affecte au terminal pour determiner la ou 
les utilisations qui pourront etre faites des informations audiovisuelles 
envoyees par le sen/eur (2) au terminal (1). Ce code ou cette cle unique est 
associe a Tidentifiant et au mot de passe du terminal. Par utilisation, il faut 
comprendre toutes les utilisations envisageables pour une information 

20 audiovisuelle, a savoir la reproduction dans un cadre prive ou public, la 
copie. la reproduction, sur demande ou de fagon al6atoire, d'une liste de 
selection. 

Le module (21) d'authentification comprend egalement des moyens 
de gestion de la connexion de chaque terminal (1) enregistre aupres du 
25 serveur (2). Ces moyens de gestion seront d6crits ulterieurement en 
reference a la figure 2. 

Le serveur (2) comprend un deuxieme module (22), dit d'interface 
graphique. Ce module (22) d'interface comprend des moyens d'envoi 
d'ecrans de dialogue vers les terminaux ayant etabli une connexion avec le 
30 sen/eur. Dans une autre variante de realisation, les ecrans de dialogue 



peuvent etre completes ou remplaces par des messages vocaux. Les ecrans 
de dialogue et/ou les messages vocaux sont envoy6s par le module (21) de 
gestion des communications vers les terminaux ayant etabli une connexion 
avec le serveur (2), pour afficher, sur des moyens (122) de visualisation du 

5 terminal (1), des 6crans comprenant des fenetres de selection, des menus 
ou toute autre boTte de dialogue pour guider rutilisateur dans sa ou ses 
commandes de selection et. par exemple, pour permettre la procedure 
d'authentification du terminal (1) lors de la connexion au serveur (1). Le 
module (22) d'interface graphique comprend des moyens de traitement, soit 

10 des requetes du terminal (1) lors de la procedure de selection d'une 
selection, soit des requetes du module (21) d'authentification lors de la 
procedure d'authentification du terminal (1), En effet, pendant la procedure 
d'authentification, le module (21 ) d'authentification doit demander au terminal 
(1) de s'identifier afin d'autoriser I'acces du terminal au serveur. Cette 

15 demande est r6alisee, par rintermediaire d'une requete envoyee par le 
module (21) d'authentification vers le terminal (1) au travers du module (20) 
de gestion des communications. La requete comprend une demande de 
ridentifiant et du mot de passe du terminal pour verifier que le terminal qui 
tente de se connecter est bien enregistre. c'est-a-dire que son identifiant et 

20 son mot de passe sont bien contenus dans la base de donnees (210). Cette 
requete est envoyee vers le terminal (1), par rintermediaire d'un ecran 
particulier gen6re par le module (22) d'interface graphique qui est alors 
active par le module (21) d'authentification afin de transmettre I'ecran 
d'authentification correspondant vers le terminal (1). Dans une autre 

25 variante, le module (21) d'authentification peut comprendre un sous-module 
generant cet ecran et le transmettre au module (20) de gestion de 
communication pour envoi vers le terminal (1 ). 

Le serveur (2) comprend un troisieme module constituant une 
biblioth^que (23) de selection de pieces audiovisuelles. Cette bibliotheque 

30 regroupe notamment toutes les selections disponibles pour le 


tel6chargement vers les terminaux (1 ). La bibliotheque (23) de selection peut 
egalement comprendre des selections qui ne sont pas encore disponibles 
pour le t6l6chargement. Ce cas se pr§sente lorsque les selections 
concem6es n'ont pas fait Tobjet d'accord pour leur diffusion et leur copie. En 

5 effet, selon invention, une selection n'est mise a la disposition des 
terminaux que lorsque les autorisations de reproduction et de copie de tous 
les ayants droit sur cette selection ont ete obtenus. Ainsi, les selections 
peuvent etre m6nnoris6es sous forme de base de donnees et un systeme de 
drapeau (flag) permet d'identifier qu'une selection est disponible au 

10 tel6chargement vers les terminaux. Pour chaque accord avec un ayant droit 
sur la diffusion ou la copie d'une selection, un drapeau est utilise indiquant si 
{'accord est obtenu. Lorsque tous les drapeaux indiquent que tous les 
accords sont obtenus, alors la selection est disponible au telechargement. Si 
au contraire un seu! drapeau indique qu'un accord n'a pas ete obtenu, alors 

15 la selection n'est pas disponible au telechargement tant que r6tat de ce 
drapeau est maintenu. 

Le serveur (2) comprend un quatrieme module (24) dit de calcul de 
redevances. Ce module (24) comprend des moyens de collecte des 
informations envoyees et regues de chaque terminal (1) concernant 

20 I'utilisation des selections envoyees. Les informations collectees sont ensuite 
memorisees sur des moyens de memorisation du serveur. Le module (24) de 
calcul de redevances comprend 6galement, par exemple dans une base de 
donnees. les elements de calcul des redevances en fonction du nombre de 
copies et de diffusions de chaque selection. Ces elements de calcul sont 

25 notamment les taux de redevances r6clam6s par chaque ayant droit pour 
chaque utilisation de la selection. Ainsi, pour une meme selection, le taux de 
redevances pour la reproduction peut etre different du taux de redevances 
pour la copie, lui-meme different du taux de redevance forfaitaire pour la 
copie d'une selection en vue de sa reproduction illimitee. De meme, comme 

30 explique pr6c6demment, un taux de redevance peut etre d6fini pour chaque 


10 


autre droit existant sur la selection. Afin d'executer le calcul a partir de ces 
elements, le module (24) de calcul de redevances regoit, par exemple du 
module (20) de gestion de communication, les informations sur renvoi des 
s6lections vers les temninaux (1). Des qu'une selection est transmise a un 

5 terminal (1), le module (20) de gestion de communication notifie les moyens 
de collecte du module (24) de calcul de redevances en indiquant si la 
selection est envoy6e pour une ecoute en temps reel ou pour un stockage 
en vue d'une utilisation illimitee avec paiement forfaitaire ou pour toute autre 
utilisation donnant droit a un calcul de redevances. En effet, comme explique 

10 precedemment, si la selection est uniquement ecoutee en temps reel il n'y a 
pas en fonction de la legislation en vigueur. de changement de support et 
done seul les droits de reproduction sont dus. Si au contraire la selection est 
transmise ^ un terminal (1) qui est autoris6 a stocker les selections 
transmises, alors des droits de copie sont dus. Dans un autre exemple. si la 

15 selection est destin§e d une restitution dans un lieu public, des droits 
("performance right") sont egalement dus. 

De meme, lorsque chaque terminal (1) regoit. en vue de son 
stockage, une selection envoyee par le serveur (2), pendant chaque 
connexion au serveur (2), des informations determinent le nombre de fois 

20 que la selection regue sur le terminal (1 ) a ete jouee. Lorsque le module (20) 
de gestion regoit ces informations, il les notifie au moyen de collecte 
d'informations du module (24) de calcul de redevance qui peut alors 
effectuer le calcul exact des redevances a verser pour chacun des ayants 
droit en fonction des Elements de calcul memorises dans la base de 

25 donnees. Dans le cas ou les redevances pour le stockage et la restitution 
sont dues sous forme forfaitaire, les informations determinant ie nombre de 
fois que la selection regue sur le terminal (1) a et§ jouee sont malgre tout 
demand^es et memoris6es dans un but informatif explicite ult6rieurement. 

Chaque terminal (1) selon Pinvention est organise autour d'un 

30 dispositif (10) a microprocesseur. Ce dispositif (10) comprend une pluralite 



de circuits (11, 12. 13. 14) de controle permettant de g§rer, notamment, la 
communication avec le sen^eur, le choix et la commande de selections, 
I'ecoute en temps r6el. la memorisation des selections et la restitution des 
selections memorisees. Un premier circuit (11) de controle constitue 

5 rinterface de communication avec la liaison (3) de communication avec le 
serveur (2). Ce premier circuit (11) de controle peut etre adapte a une 
liaison, soit teiephonique, soit par satellite, soit par cable. La fonction de ce 
premier circuit (11) est sensiblement la meme que celle du module de 
gestion du serveur. mais du cote terminal (1). En effet, le premier circuit (11) 

10 de controle comprend des moyens de transcription, soit pour mettre en 
forme les donnees (A) arrivant sur la liaison (3) pour qu'elles soient traitees 
par le dispositif a microprocesseur, soit pour mettre en forme les donnees 
envoyees (B) par le terminal (1) vers le serveur (2). 

Le deuxieme circuit (12) de controle comprend des moyens 

15 d'interface entre Tutilisateur et le terminal (1). Ces moyens dMnterface 
comprennent essentiellement des moyens (122) de visualisation et des 
moyens (121) de selection. Les moyens de visualisation (122) comprennent. 
par exemple. un moniteur ou un ecran a cristaux liquides. Les moyens (121) 
de selection comprennent, par exemple, un pointeur. tel qu'une souris, ou un 

20 ecran tactile, ou un systeme de commande vocale ou un dispositif de 
commande k distance par radiofrequence ou infrarouge. Ces moyens 
d'interface permettent d'afficher les ecrans d'aide a la selection generes par 
le module (22) d'interface graphique et envoyes ensuite sur la liaison (3) de 
communication. Les moyens (121) de selection permettent a I'utilisateur de 

25 definir, puis valider ses choix de selection, ou de repondre a des requetes du 
serveur (2), par exemple lors de la procedure d'authentification du terminal 
(1). ceci de fagon manuelle par ecran tactile ou clavier ou a distance, par 
exemple par la voix. 

Un troisieme circuit (13) comprend des moyens de restitution des 

30 selections. Lorsque les selections sent des pieces musicales, le troisieme 



circuit (13) est connecte ^ un dispositif (130) d'ampiification du son. Un 
exemple de realisation du troisieme circuit (13) est repr6sent6 a la figure 3. 
Selon cette variante, le troisieme circuit (13) est elabor6 autour d'un 
processeur (131) de traitement de signaux not6 par la suite DSP (en anglais: 

5 Digital Signal Processor). Le DSP regolt sur son entree le flot d'informations 
audiovisuelles correspondant ^ une s6lection. Ces informations 
audiovisuelles sont des donnees num§riques compressees ou encodees et 
eventuellement crypt6es. Selon la variante de realisation, les donnees sont 
encodees au format MP3, puis cryptees dans un format propri6taire MMP. 

10 Les donn6es au fonnat MMP sont tout d'abord decrypt§es par un module de 
d6cryptage (1310, fig. 3) pour obtenir un flux de donnees numeriques au 
format MP3. Ce flux de donn6es est appliqu6 a I'entree d'un module (1311) 
de d6codage pemnettant d'obtenir sur sa sortie un flux de donn6es 
d6compressees dans un format numerique standard, tel que le format WAV. 

15 Ce flux de donn6es au format WAV est alors applique a I'entree d'un 
convertisseur (132) num§rique analogique pour §tre envoy6 vers le dispositif 
(130) d'ampiification sonore. Le module (1310) de d6cryptage et le module 
(1311) peuvent §tre exclusivement de type logiciel ou de type materiel et 
logiciel (en anglais firmware). 

20 Comme expliqu6 pr6c6demment, une selection charg^e ^ distance 

peut §tre, soit jouee et memoris§e pour etre rejouee, soit uniquement jouee 
en temps reel. Dans ce dernier cas le flux de donnees ne doit en aucun cas 
etre accessible d Tutilisateur. En d'autres termes les donnees numeriques ne 
doivent pas etre memorisees. Par centre, dans le premier cas, les donnees 

25 numeriques peuvent etre memorisees. Ainsi, le DSP comprend au moins 
une commande (133.1, 133.2, 133.3) d'acces a des moyens (140.1, 140.2, 
140.3) de memorisation du terminal (1). Cette commande d'acces (133.1. 
13.2, 133.3) permet ou non le transfert du flux de donn6es dans I'un des 
trois formats MMP, MP3, WAV vers une zone (140.1, 140.2. 140.3) des 

30 moyens (140) de memorisation du terminal (1). Selon une premiere variante 
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de realisation, cheque terminal est configure lors de la procedure 
d'enregistrement aupr^s du serveur (2) pour une utilisation d6terminee et 
Tune des connmandes est valid6e pour autoriser le type d'utilisation prevu. 

Dans un deuxi6nne mode de realisation, le terminal est evolutif et son 

5 mode d'utilisation peut etre adapte en cours de route. Dans ce cas. le 
serveur (2) envoie en meme temps que les informations audiovisuelles. les 
informations permettant de valider le fonctionnement selon Tun des trois 
types d'utilisation d6finis plus haut. 

Dans un dernier mode de realisation, lorsque ['utilisation prevue sur 

10 le terminal ne comprend pas le stockage des informations audiovisuelles 
transmises, aucune des commandes (133.1, 133.2. 133.3) n'est validee, ce 
qui interdit toute memorisation des donn6es audiovisuelles sur les moyens 
de memorisation du terminal (1). 

Ainsi, une premiere commando d'acces (133.1) est envoyee sur une 

15 liaison situee entre I'amont du module (1310) de d6cryptage et les moyens 
(140.1) de memorisation. Cette premiere commande (133.1) d'acces permet 
ou non la memorisation d'une selection dans le format encode et crypte 
MMP. Un deuxieme type de commande d'acces (133.2) est envoye sur une 
liaison dont une premiere extremite est connectee entre le module (1310) de 

20 decryptage et le module (1311) de decodage et dont la deuxieme extremite 
est connectee aux moyens (140.2) de memorisation du terminal (1). Ainsi. ce 
deuxieme type de commande (133.2) d'acces permet ou non la 
memorisation d'une selection dans le format encode MP3. Enfin, un 
troisieme type de commande d'acces (133.3) est envoye sur une liaison dont 

25 une premiere extremite est placee entre le module (131 1) de decodage et le 
convertisseur (132) numerique analogique et dont la deuxieme extremite est 
connectee aux moyens (140.3) de memorisation du terminal (1). Ainsi. ce 
troisieme type de commande (133.3) d'acces permet ou non la memorisation 
d'une selection dans le format numerique decompresse WAV. 


Afin d'assurer une meilleure protection contre la fraude et 
notamment contre la copie illegale de pieces musicales, la commande 
d'acces pr§f6ree est la premiere. En effet, en supprimant la deuxienne et la 
troisieme commandes d'acces. le seul format disponible pour la 
m6morisation est le fomiat MMP. Ce format etant ^ la fois crypt6 et encod6, 
il rend inexploitable les donnees memorisees sans les algorithmes de 
decryptage et de decodage. 

La protection des donnees numeriques transferees vers le terminal 
(1) peut etre realisee par tout autre moyen complementaire ou equivalent a 
un encodage et/ou un cryptage. 

Le quatri6me circuit (14) gere les moyens (140) de memorisation. 
Ces moyens (140) de memorisation peuvent etre du type disque dur, 
m6moire amovible (memoire flash, disquette, cd-rom) ou tout autre type de 
memoire a semi-conducteur, magnetique ou optique. 

Selon rinvention. le terminal (1) peut etre, soit un materiel dedie, 
c'est-^-dire specialement con^u pour dialoguer avec le serveur (2). soit un 
materiel standard. 

Lorsque le terminal (1) est dedie, le DSP (13) integre a la fois des 
elements materiels et logiciels pour le decryptage et le decodage du flux de 
donnees provenant du serveur (2). De meme, Tidentifiant et le mot de passe 
sont, par exemple. memorises a I'avance dans la base de donnees (210) du 
module (21) d'authentification. 

Lorsque le terminal (1) est standard, il doit recevoir, par 
rintermediaire du premier circuit de controle de la liaison (3), un certain 
nombre d'el6ments logiciels envoy6s, par exemple par le serveur. par 
exemple lors de la procedure d'enregistrement. avant de pouvoir se 
connecter au serveur (2) et utiliser les donnees transmises par le serveur (2). 
De meme, I'utilisateur du terminal (1) doit posseder un identifiant et un mot 
de passe pour etre identifie par le sen/eur (2) lors de sa connexion. En effet, 
comme explique pr6cedemment. I'utilisateur doit preciser quelle sera 


Tutilisation des selections sur le terminal (1) afin que le module (21) 
d'authentification affecte le code ou la cle qui convient pour identifier cette 
utilisation. 

Ces elements logiciels envoy6s, par exemple, par le serveur, 

5 comprennent une configuration du terminal (1) pour autoriser le dialogue 
entre le module (20) de gestion de communication et le premier circuit (11) 
de fagon a permettre. notamment. le traitement des informations 
representatives de I'affichage des ecrans sur les moyens (122) de 
visualisation du terminal (1). Deuxiemement, ces elements logiciels 

10 comprennent, lorsque cela est necessaire, des moyens de decrypter et/ou 
decoder les informations audiovisuelles transmises par le serveur (2). 
Troisiemement, ces elements logiciels comprennent, lorsque le terminal (1) 
est autorise ^ stocker les donnees correspondant aux selections, des 
moyens de conserver une trace de toutes les executions posterieures des 

15 selections m6morisees sur le terminal (1). Ces moyens de consen/er une 
trace d'execution des selections comprennent des moyens de creation et de 
mise a jour, par exemple un fichier de compte rendu (en anglais: log file) 
contenant le nombre de fois que chaque selection contenue sur le terminal a 
ete ex6cutee ainsi que, par exemple, la date a laquelle les executions ont eu 

20 lieu. 

Dans la variante de realisation representee a la figure 1B, Techange 
d'informations entre le serveur (2) et les terminaux (1 .1 .1 a 1 ,n,n^) est realise 
par rinterm6diaire d'au moins un serveur (4.1 a 4.n), dit multiservice. 

Les terminaux (1.1.1 a l.n.na) repr6sentes comprennent au moins 
25 des elements realisant les fonctions essentielles d'un terminal tel que decrit 
precedemment en r6f6rence a la figure 1 A. 

L'architecture representee ^ la figure IB se pr6sente lorsque les 
terminaux (1.1.1 a l.n.na) sont deja connect6s a un serveur (40.1 a 40.n) 
multiservice. A titre d'exemple, un premier serveur (4.1) multiservice 
30 comprend un systeme de distribution de programmes de television par cable 


comprenant une voie de retour. Dans ce cas, les terminaux (1.1.1 ^ 1.1. n,) 
peuvent etre constitu6s du d6codeur coupl6 d une t6l6vision et S des 
moyens de selection appropries. Un deuxieme serveur (4.2) multiservice est 
constitu^ par un op6rateur de t6lephonie cellulaire. Dans ce cas. les 
terminaux (1.2.1 § 1.2.n2) peuvent 6tre constitu6s du telephone cellulaire. 
Les moyens de selection sont constitu6s, par exemple, du clavier ou d'un 
systeme de commande vocale. 

Le protocole de communication entre chaque terminal (1.1.1 a 
l.n.na) et son serveur (4.1 d 4.n) multiservice associ6 pour permettre la 
selection et la reception de pieces audiovisuelles m6morisees sur le serveur 
(2) est g6r6 par le serveur (4.1 a 4.n) multiservice par I'intermediaire d'une 
interface (41.1 ^ 41 .n) sp6ciflque a chaque liaison de communication (51.1 a 
51. n) entre un serveur (4.1 a 4.n) et les terminaux (1.1.1 a Ln.ng) associ§s. 
Les liaisons de communication (51.1 a 51 .n) entre un serveur (4.1 a 4.n) et 
les terminaux (1.1.1 ^1 .n.ng) associes sont bidirectionnelles. 

La liaison (502.1 d 502. n) de communication entre le serveur (2) et 
chaque serveur (4.1 ^ 4.n) multiservice est bidirectionnelle et, 
pr6f6rentiellement, est une liaison haute vitesse. 

Le serveur (2) comprend alors un module de gestion (20.1 a 20. n) 
pour chaque liaison (51.1 S 51. n) avec un serveur (4.1 ^ 4.n) multiservice 
dans la mesure ou cette liaison necessite un protocole de communication 
sp6ciflque. De meme, chaque serveur (4.1 a 4.n) multiservice est equip§ 
d'une interface (40.1 ^ 40.n), notamment materielle et logicielle, de 
communication avec le serveur (2). 

Le fonctlonnement du dispositif est sensiblement Identlque d celui du 
dispositif decrit en r6f6rence a la figure 1A, hormis le fait que les requites 
envoy6es par le serveur (2) a destination du terminal sont tradultes par le 
serveur (4.1 a 4.n) multiservice associ6 au terminal en concordance avec le 
protocole de communication entre le serveur (4.1 a 4.n) multiservice et le 
terminal (1.1.1 l.n.nj). Afin, d'accel6rer le traitement des demandes des 


terminaux et le dialogue entre le serveur (2) et les terminaux (1.1.1 a l.n.ng), 
certains modules ou parties de modules peuvent etre deporte sur le serveur 
(4.1 ^1 4.n) multiservice associ6 au terminal. Ainsi, la procedure 
d'enregistrement d'un terminal peut etre ger6e au moins en partie par un 

5 module sp6cifique du serveur (4.1 a 4.n) multiservice associe au terminal. En 
effet, pour la plupart des serveurs (4.1 ^ 4.n) multiservices. chaque terminal 
est deja enregistre pour un service particulier du serveur (4.1 ^ 4.n) 
multiservice. Le terminal possede done une identification unique aupres du 
serveur (4.1 a 4.n) multisen/ice. Cette identification peut etre conservee pour 

10 permettre Tacces au service de distribution de selections audiovisuelles du 
serveur (2). 

De meme, le module graphique du serveur (2) peut etre deporte sur 
chaque serveur (4.1 a 4.n) multiservice. En effet. chaque serveur (4.1 a 4.n) 
multiservice peut posseder le meme type de module pour presenter ses 

15 propres services. II suffit done d'ajouter les fonctionnalit6s decrites 
precedemment dans ce module. 

Ainsi. lorsqu'un terminal (1.1.1 a l.n.ng) enregistre aupres de son 
serveur (4.1 a 4.n) multiservice associe pour le service de distribution de 
selections audiovisuelles souhaite acceder ^ ce service, dans un premier 

20 temps, il s'authentifie aupres de son serveur (4.1 a 4.n) multiservice. Ensuite, 
il notifie, par exemple, renvoi d'une requete ou la validation d'une 
commande, ^ son serveur (4.1 a 4.n) multiservice. Le serveur (4.1 ^ 4.n) 
multiservice verifie, a partir de I'identifiant fourni par le terminal, que ce 
dernier peut acceder au sen/ice du serveur (2). Dans {'affirmative, le serveur 

25 (4.1 ^ 4.n) multiservice envoie une requete vers le serveur (2) par 
rinterm6diaire de I'interface de communication (40.1). Sur reception de cette 
requete, le serveur (2) envoie, par Tintermediaire d'un module de 
communication (20.1) avec le serveur (4.1 a 4.n) multiservice respectif, les 
informations necessaires vers le serveur (4.1 a 4.n) multiservice pour que ce 

30 dernier transmette les ecrans de dialogue vers le terminal afin de permettre 



le choix et la validation du choix d'au moins une selection audiovisuelle. 
Lorsque le choix est valide, les donn6es audiovisuelles correspondant a la 
selection choisie sont transmises par le serveur (2) vers le terminal, via le 
serveur (4.1 a 4.n) multiservice associe. Lors de cette transmission, le format 

5 des donn6es audiovisuelles correspondant a la s6lection choisie peut etre 
modifie par le serveur (4.1 a 4.n) multiservice associe pour que le format soit 
compatible avec le protocole de communication entre le terminal et le 
serveur (4.1 a 4.n) multiservice associe. Dans le cadre de cet exemple de 
realisation, le serveur multiservice (4.1 a 4.n) peut se comporter comme un 

10 terminal vis-a-vis du serveur (2). 

Ainsi par exemple, le serveur multiservice (4.1 a 4.n) peut gerer des 
stations d'ecoute ou bien un dispositif de musique d'ambiance. Dans cette 
variante, le serveur multiservice (4.1 ^ 4.n) est identifie aupres du serveur 
pour prendre en compte les utilisations qui seront faites par les stations 

15 d'ecoute et la reproduction des selections comme musique d'ambiance. 

Ainsi dans ce cas et comme decrit precedemment, une trace, par 
exemple, sous la forme d'un fichier de compte-rendu, est implementee sur le 
serveur multiservice et est mise a jour a chaque utilisation d'une selection 
memorisee sur le serveur. Par consequent, lorsqu'une selection musicale est 

20 jouee dans le cadre d'une musique d'ambiance, elle doit donner lieu au 
paiement de droits specifiques. Pour ce faire, le fichier de compte-rendu 
memorise cette utilisation. Ainsi lorsque les informations contenues dans le 
fichier de compte-rendu sont transmises au serveur (2), les droits 
correspondants a une reproduction en public peuvent etre calcules en vue 

25 d'etre payes. 

De meme, une station d'ecoute peut permettre une reproduction 
publique de la selection. Dans ce cas. le fichier compte-rendu memorise la 
reproduction de chaque selection pour pouvoir calculer les droits 
correspondants. 
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Le fonctionnement du dispositif selon Tinvention va ^ present etre 
decrit en reference au logigramme de la figure 2. Ce logigramme represente 
la succession des operations intervenant lors d'une connexion entre le 
terminal (1) et le serveur (2). Comme expliqu6 pr6c6demment, la premiere 

5 connexion d'un terminal (1) est prec6dee d'une proc6dure d'enregistrement 
au cours de laquelle le terminal (1) est identifie aupres du serveur et le 
terminal regoit, le cas echeant, des elements logiciels permettant le dialogue 
terminal/serveur et Texploitation des donnees transmises par le serveur (2). 

Dans une premiere etape (401), la liaison entre le terminal et le 

10 serveur est initialisee. Cette initialisation correspond, notamment, a la 
connexion entre le module (20) de gestion du serveur et le premier circuit 
(11) du terminal. Ensuite intervient une etape de demande d'authentification 
(402). Dans cette 6tape, le serveur (2), par Tintermediaire du module (21) 
d'authentification. envoie une requete vers le terminal pour demander son 

15 identifiant et son mot de passe. La reception de cette requete se traduit sur 
le terminal (1), par exemple par I'affichage d'un ecran d'accueil genere par le 
module (22) d'interface graphique du serveur (2) ou par un module 
graphique du terminal comprenant une premiere zone de saisie pour 
ridentifiant et une deuxieme zone de saisie pour le mot de passe. 

20 L'utilisateur saisit I'identifiant et le mot de passe qui lui ont et6 affectes lors 
de la procedure d'enregistrement, puis valide sa saisie. Cette validation 
permet renvoi d'une reponse a la requete envoyee par le serveur, Cette 
etape de demande d'authentification peut etre automatique lorsque 
ridentifiant et le mot de passe sont memorises sur le terminal (1 ). Des que la 

25 requete de demande d'authentification est regue par le terminal, I'identifiant 
et le mot de passe sont retoumes au serveur sans affichage particulier; 

Ensuite une troisidme etape (403) de verification est realisee au 
niveau du serveur (2). Cette etape consiste a verifier si I'identifiant et le mot 
de passe correspondent & un terminal enregistre. Dans la n6gative, soit une 

30 nouvelle requ§te de demande d'identification est envoyee au terminal soit la 


20 


connexion entre le serveur et le terminal est inten-ompue sur Tinitiative du 
serveur, Dans raffinnative. le module (21) d'authentification verifie dans une 
quatri^me 6tape (404), le statut defini pour le terminal (1), a savoir si le 
terminal est autoris6 a memoriser des selections ou si le terminal est 

5 seulement autoris6 a executer une selection en temps reel ou encore si le 
terminal est autorise ^ ex6cuter un nombre ilHmit6 de fois une selection 
prealablement memorisee. Si le terminal est autorise a memoriser une 
requete de demande du fichier de compte rendu est envoyee au terminal 
dans une cinquieme etape (405). Si le terminal n'est pas autorise a 

10 memoriser les selections, une sixieme etape (406) dite de choix de selection, 
est d6clenchee, Bien sur, lorsque d'autres utilisations d'une selection sont 
possibles sur le terminal (1 ), une information correspondante est contenue 
dans le module d'authentification. 

Lorsqu'un terminal (1) autoris6 a m6moriser regoit le requete de 

15 demande du fichier de compte rendu, il envoie au serveur le contenu du 
fichier de compte rendu si celui-ci contient des informations, puis vide le 
fichier. Si le fichier de compte rendu est vide, le terminal envoie un message 
indiquant que le fichier est vide. Si aprfes un delai determine, le serveur ne 
regoit pas de reponse, alors il interrompt la connexion avec le terminal dans 

20 une huitieme etape ou renouvelle sa requete. Si le serveur regoit une 
reponse, le module (20) de gestion de communication, d'une part declenche 
la sixieme etape (406) de choix de selection et d'autre part verifie si cette 
reponse contient des informations sur Texecution des selections memorisees 
sur le terminal. Dans raffirmative. le module (20) de gestion notifie les 

25 donnees regues. dans une neuvi6me 6tape (409), au module (24) de calcul 
de redevances pour mettre a jour sa base de donnees pour le calcul de 
redevances. 

L'6tape de choix de selection (406) consiste en fait a envoyer vers le 
terminal des 6crans de dialogue generes par le module (22) d'interface 
30 graphique ou encore des messages vocaux. Ces ecrans comprennent 


notamment la liste des selections disponibles lues par le module (22) 
d'interface graphique dans la bibllothSque (23) de selection. Compte tenu du 
nombre de selections possibles, celles-ci peuvent etre classees par style, 
par preference, par date de disponibilite ou par frequence de commande. Le 

5 choix d'une selection est, par exemple, valid6 par rinterm6diaire d'un 6cran 
de validation. La validation de la s6lection provoque une dixieme etape (410) 
dans laquelle la selection est placee dans un fichier constituant la liste des 
selections commandees par Tutilisateur du terminal. Apres validation d'une 
selection, un ecran est envoye par le serveur, dans une onzieme etape, pour 

10 determiner si un nouveau choix de selection est souhaite. Dans raffirmative 
les sixieme (406), dixieme (410) et onzieme (411) 6tapes sont executees de 
nouveau. Dans la negative, les informations contenues dans le fichier 
constituant la liste des selections commandees sont envoy6es, dans une 
douzieme etape (412), vers le terminal. Sur reception de ces informations, le 

15 serveur (2) prepare, dans une treizieme etape (413), renvoi des donnees 
numeriques correspondant aux selections de la liste. Cette preparation 
depend du type de terminal (1), c'est-a-dire si le terminal est autorise ou non 
a memoriser les informations transmises. Si le terminal est autorise a 
memoriser, avant d'envoyer les selections choisies. le module (20) de 

20 gestion de communication du serveur (2) notifie le module (24) de calcul de 
redevances pour prendre en compte les droits de copie dus pour le 
telechargement de chaque selection de la liste. Si le terminal n'est pas 
autorise ^ memoriser les selections, c'est-d-dire que le terminal ne permet 
que l'6coute en temps reel des selections, le module (20) de gestion de 

25 communication du serveur (2) notifie le module (24) de calcul de redevances 
pour prendre en compte les droits de reproduction de chaque s6lection de la 
liste des selections commandees et 6ventuellement des droits de copie en 
fonction des legislations en vigueur. 

A Tissue de renvoi des donnees numeriques correspondant aux 

30 selections commandees vers le terminal demandeur. un ecran gen6re par le 


22 


module (22) d'interface graphique peut etre envoye vers le terminal (1) pour 
permettre ^ Tutilisateur, soit de commander de nouveau au moins une 
s6lection et done d'ex6cuter de nouveau le processus S partir de I'etape de 
selection, soit de mettre fin a la connexion avec le serveur (2). 

Afin d'accroTtre la security du dispositif vis-a-vis des copies ou 
reproductions ill6gales, le proced6 de cryptage integre au moins deux cles 
de cryptage. Lors de Tenregistrement d'un terminal, celui-ci regoit ies deux 
cles qui ne sont pas connues de TutiHsateur. 

Une premiere cl6 de cryptage est identique pour tout envoi vers tous 
Ies terminaux et permet d'identifier la source des donnees, c'est-a-dire le 
serveur (2). Par contre, la deuxieme cle est specifique, non seulement au 
terminal mais 6galement au type d'utilisation qui est faite des selections. 
Ainsi. un terminal qui n'est pas autorise S stocker Ies donn6es num6riques 
representatives des selections disposera d'une cle qui ne lui permettra pas 
de decrypter Ies donnees numeriques destinees a un terminal autorise a 
memoriser Ies donn6es numeriques disposant d'une cle permettant I'autre 
type d'utilisation. De meme. la deuxieme cle de cryptage est differente 
lorsque la selection doit etre restitu6e dans un lieu public ou si elle fait Tobjet 
d'un paiement forfaitaire des redevances. 

Les elements logiciels installes sur le terminal (1) peuvent 
comprendre des moyens de collecte d'informations statistiques. par 
exemple, sur I'utilisation des selections memoris6es sur le terminal (1) ou sur 
le mode et les p6riodes de la journee pendant lesquelles les connexions au 
serveur sont realisees. Ces moyens de collecte comprennent des moyens de 
memorisation des informations statistiques dans un fichier de compte rendu 
des moyens de memorisation du terminal. Les moyens de collecte 
comprennent des moyens de transmission des informations contenues dans 
ce fichier vers le serveur (2) lors d'une connexion du terminal sur le serveur 
(2). Ainsi. des informations telles que la date a laquelle les selections sont 
rejouees, I'ordre dans lequel les selections sont choisies. la duree de 


connexion, peuvent etre memoris6es puis envoy6es vers le serveur (2) pour 
etre ensuite exploit6es d des fins commerciales. De meme, lors de 
I'enregistrement du terminal (1). des infonnations sur le profil du ou des 
utilisateurs peuvent etre relevees afin de compl6ter les relev6s statistiques. 

5 Ainsi, notamnnent, les informations collectees par le serveur (2) et 

representant Tutilisation des selections envoy6es vers le terminal peuvent 
etre croisees avec le profil de Tutilisateur ou tout autre parametre statistique 
en vue de realiser, par exemple, une 6tude de marche. 

Le dispositif selon invention integre egalement des moyens de 

10 paiement des commandos de selection. Ces moyens de paiement peuvent 
etre physiquement pr6sents sur le terminal et/ou integres dans le processus 
de communication entre le terminal et le serveur. Dans les deux cas, le 
paiement des selections peut intervenir a plusieurs moments. 

Pour des raisons de simplification on appelle par la suite « credit » la 

15 somme necessaire pour commander une selection. Dans une premiere 
variante, le ou les credits peuvent etre pr6-payes. En d'autres termes. 
chaque terminal comprend un compte de credit memorise sur la base de 
donnees et administr6 par un module specifique du sen/eur (2). Ce compte 
est credite par le module specifique chaque fois que Tutllisateur du terminal 

20 associe au compte le souhaite. Cette modification peut etre prise en compte 
par le module (22) d'interface graphique au travers d'un jeu d'ecrans 
sp6cifiques au teI6paiement. 

Le compte est debite d'un credit par le module specifique, chaque 
fois qu'une selection est validee par I'utilisateur du terminal (1). 

25 Le deuxi6me mode de paiement peut etre le paiement a chaque 

selection, Dans ce cas, le paiement est realist pendant la connexion entre le 
serveur et le terminal. Ainsi, a des instants determines de la connexion , le 
module (22) d'interface envoie un jeu d'ecrans specifiques, soit pour le 
tel6paiement, soit pour le paiement par I'intermediaire des moyens de 

30 paiement du terminal. Dans ce cas, tant que la proc6dure de paiement n'est 



pas valid6e par un module de paiement du serveur ou tant que la somme 
versee ne correspond pas au nombre de credits necessaires pour le 
paiement des selections commandoes, i'envoi des selections n'est pas 
declenche. 

5 Le troisieme mode de paiement est bas6 sur un paiement p6riodique 

pour la commande de selections. Dans ce mode de paiement, chaque fois 
qu'une chanson est envoy6e vers un terminal (1), un module de paiement du 
serveur met a jour un compte associe au terminal. Ensuite, periodiquement, 
le module de paiement du serveur edite une facture qui est envoyee a 

10 I'utilisateur du terminal (1) associ6 au compte pour solder le compte. Dans 
ce mode de paiement, la procedure d'authentification peut etre completee 
par une procedure de verification des creances, declenchee par le module 
de paiement. Si une creance n'est pas payee, le module de paiement notifie 
le module (21) d'interface graphique pour generer un ecran rappelant I'etat 

15 des creances. Get ecran est alors transmis au terminal par le module de 
gestion des communications du serveur. pour etre affiche sur les moyens de 
visualisation du terminal. L'ecran comprend. par exemple. un rappel de I'etat 
des creances et une invitation a regulariser la situation. Ensuite, le sen/eur. 
soit declenche la poursuite de la procedure de commande, soit interrompt la 

20 connexion avec le terminal. 

Comme explique pr6cedemment. le paiement peut intervenir a 
differents moments dans la procedure de communication entre le serveur et 
le terminal. Ainsi. le paiement peut etre demande avant Tetape de selection 
(406). Dans ce cas I'utilisateur du terminal est invite, par I'intermediaire d'un 

25 ecran affiche, a indiquer combien de cr6dit 11 veut obtenir ou combien de 
selections 11 souhaite realiser Dans une autre variante, I'utilisateur du 
terminal est invite, par I'intermediaire d'un ecran, a payer la somme d'argent 
qu'il souhaite et le serveur (2), sur reception de Tinformation correspondant a 
cette somme, renvoie le nombre de credits alloues. 



Le paiement peut intervenir soit apr6s cheque selection, avant la 
mise d jour du fichier constituant la liste des chansons commandees, soit 
apr^s la validation du choix de la derniere selection, avant renvoi des 
informations contenues dans le fichier constituant la liste des s6lections 
5 commandoes. 

Ainsi, le precede de distribution d'informations audiovisuelles selon 
invention se caracterise en ce qu'il comprend : 

- une etape d'enregistrement de chaque terminal aupres du sen/eur 
pour identifier de fagon unique le terminal et enregistrer le type de terminal ; 

10 - une etape (402) d'authentification du terminal par le serveur lors de 

chaque connexion du terminal au serveur ; 

. une 6tape (413) de telechargement d'au moins une selection 

d'informations audiovisuelles choisies (406) par I'utilisateur du terminal 

pendant sa connexion au serveur, le format dans lequel sont transmises les 
15 selections d'informations audiovisuelles §tant tel que seul le terminal 

destinataire peut les exploiter ; 

- une etape de memorisation de Tutilisation de chaque selection 
d'informations audiovisuelles dans une base de donnees du serveur. 

Dans un autre mode de realisation, rutilisation d'une selection 
20 d'informations audiovisuelles comprend, soit Texecution en temps reel des 
informations audiovisuelles sur le terminal destinataire. soit la memorisation 
des informations audiovisuelles en vue de leur execution sur le terminal 
destinataire, soit ['execution en temps reel des informations audiovisuelles 
apres memorisation des informations audiovisuelles sur le terminal 
25 destinataire. 

Dans un autre mode de realisation. I'etape (402) d'authentification 
comprend une etape (407) d'envoi par le terminal (1) des informations 
memorisees concernant les utilisations souhaitees des informations 
audiovisuelles tel6chargees sur le terminal (1). 
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Dans un autre mode de realisation, le precede comprend une 6tape 
de traitement par le serveur des informations m§morisees ou regues 
concernant les utilisations des informations audiovisuelles telechargees sur 
le terminal (1) pour determiner les montants des redevances a verser ci 
chacun des ayants droit sur les informations audiovisuelles. 

Dans, un autre mode de realisation, I'etape d'enregistrement 
comprend une etape d'envoi de moyens de decodage et/ou de decryptage 
en fonction du format dans lequel les informations audiovisuelles seront 
transmises au terminal et correspondant aux utilisations definies. 

Dans un autre mode de realisation, le type de terminal definit 
Tutilisation des informations audiovisuelles qui sera effectuee sur le terminal. 

Dans un autre mode de realisation, le procede comprend une etape 
de paiement des selections commandoes, soit pendant l'6tape 
d'authentification, soit pendant le choix de Tutilisateur, soit avant TOtape de 
telechargement. 

Dans un autre mode de realisation, le procede comprend une etape 
de memorisation sur le terminal des releves statistiques sur I'utilisation des 
selections memorisees par ce dernier et une etape d'envoi, par le terminal, 
des informations correspondant aux releves statistiques pendant une 
connexion entre le terminal et le serveur. 

De meme, le dispositif de distribution d'informations audiovisuelles 
selon I'invention se caracterise en ce que les moyens de memorisation du 
serveur (2) comprennent une identification de chaque terminal definissant 
Tutilisation des informations audiovisuelles transmises au terminal, chaque 
terminal (1) comprend des moyens interactifs avec Tutilisateur pour 
permettre le choix (121, 122) d'au moins une selection au travers de la 
liaison (3) de communication avec le serveur (2) et des moyens (13. 130) 
d'execution des informations envoyees par le serveur (2) et representatives 
d'une selection audiovisuelle. 


Dans un autre mode de realisation, les moyens d'ex6cution 
comprennent des moyens d'executer en temps r6el sur le terminal les 
informations audiovisuelles envoyees par le serveur (2). 

Dans un autre mode de realisation, les moyens d'execution du 
terminal comprennent des moyens (133.1, 133.2, 133.3) d'interdire la 
reutilisation des informations audiovisuelles envoyees. 

Dans un autre mode de realisation, les moyens d'execution du 
terminal comprennent des moyens de memorisation des informations 
audiovisuelles envoyees. 

Dans un autre mode de realisation, le terminal comprend des 
moyens d'enregistrement d'informations relatives a ['utilisation des selections 
envoyees par le serveur vers le terminal. 

Dans un autre mode de realisation, le serveur comprend des 
moyens de calcul des redevances a verser a chacun des ayants droit sur 
Tutilisation des selections envoyees aux terminaux, a partir des informations 
enregistrees par le serveur et transmises par chaque terminal concernant 
Tutilisation des selections. 

Dans un autre mode de realisation, les moyens d'exploitation 
comprennent un processeur de traitement de signaux digitaux (DSP) 
comprenant des moyens de decodage des informations audiovisuelles 
transmises par le serveur pour obtenir des informations numeriques. un 
convertisseur numerique analogique. au moins une sortie d'informations 
num6riques vers des moyens de memorisation et des moyens de commande 
de chaque sortie num6rique pour autoriser ou non le stockage des 
informations num6rique. 

II doit etre evident pour les personnes vers6es dans Tart que la 
presente invention permet des modes de realisation sous de nombreuses 
autres formes sp6cifiques sans I'eloigner du domaine d'application de 
rinvention comme revendique. Par consequent, les presents modes de 
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realisation doivent gtre consid§r6s a titre d'illustration mais peuvent etre 
modifies dans le domaine d^fini par la port^e des revendications jointes. 


I 


REVENDICATIONS 


1. Procede de distribution d'informations audiovisuelles entre un 
serveur (2) et au moins un terminal (1) reli6 par des moyens (3) de 

5 communication bi-directionnels au serveur caracteris6 en ce que le procede 
comprend : 

- une etape d'enregistrement de chaque terminal aupres du serveur 
pour identifier de fagon unique le terminal et enregistrer le type de terminal ; 

- une etape (402) d'authentification du terminal par le serveur lors de 
10 chaque connexion du terminal au serveur ; 

- une etape (413) de telechargement d'au moins une selection 
d'informations audiovisuelles choisies (406) par I'utilisateur du terminal 
pendant sa connexion au serveur, le format dans lequel sont transmises les 
selections d'informations audiovisuelles 6tant tel que seul le terminal 

15 destinataire peut les exploiter ; 

- une etape de memorisation de Tutilisation de chaque selection 
d'informations audiovisuelles dans une base de donnees du serveur. 

2. Procede de distribution d'informations audiovisuelles selon la 
revendication 1, caract6rise en ce que Tutilisation d'une selection 

20 d'informations audiovisuelles comprend, soit Texecution en temps r6el des 
informations audiovisuelles sur le terminal destinataire, soit la memorisation 
des informations audiovisuelles en vue de leur execution sur le terminal 
destinataire, soit I'execution en temps reel des informations audiovisuelles 
apres memorisation des informations audiovisuelles sur le terminal 

25 destinataire. 

3. Procede de distribution d'informations audiovisuelles selon la 
revendication 1 ou 2. caracterise en ce que l'6tape (402) d'authentification 
comprend une etape (407) d'envoi par le terminal (1) des informations 
memorisees concernant les utilisations souhaitees des informations 

30 audiovisuelles telechargees sur le terminal (1 ). 



4. Proc^de de distribution d'informations audiovisuelles selon la 
revendication 3, caract6ris6 en ce qu'il comprend une etape de traitement 
par le serveur des informations m6nnorisees ou regues concernant les 
utilisations des informations audiovisuelles telechargees sur le terminal (1 ) 

5 pour determiner les montants des redevances a verser a chacun des ayants 
droit sur les informations audiovisuelles. 

5. Precede de distribution d'informations audiovisuelles selon Tune 
des revendications 1 a 4, caracterise en ce que I'etape d'enregistrement 
comprend une etape d'envoi de moyens de decodage et/ou de decryptage 

10 en fonction du format dans lequel les informations audiovisuelles seront 
transmises au terminal et correspondant aux utilisations d6finies. 

6. Precede de distribution d'informations audiovisuelles selon I'une 
des revendications 1 a 5, caracterise en ce que le type de terminal definit 
Tutiiisation des informations audiovisuelles qui sera effectuee sur le terminal. 

15 7. Proc6de de distribution d'informations audiovisuelles selon Tune 

des revendications 1 a 6, caracterise en ce qu'il comprend une etape de 
paiement des selections commandees, soit pendant I'etape 
d'authentification, soit pendant le choix de Tutilisateur. soit avant I'etape de 
telechargement. 

20 8. Precede de distribution d'informations audiovisuelles selon I'une 

des revendications 1 a 7, caracterise en ce qu'il comprend une etape de 
memorisation sur le terminal des releves statistiques sur Tutilisation des 
selections memorisees par ce dernier et une etape d'envoi, par le terminal, 
des informations correspondant aux releves statistiques pendant une 

25 connexion entre le terminal et le serveur. 

9. Dispositif de distribution d'informations audiovisuelles 
comprenant un serveur (2) comportant des moyens (23) de memorisation de 
masse comportant des informations audiovisuelles de representation d'une 
pluralite de selections musicales et/ou vid6o, et au moins un terminal (1) 

30 comprenant des moyens (140) de memorisation et une liaison (3) bi- 


directionnelle de communication avec le serveur (2), le dispositif 6tant 
caracteris6 en ce que les moyens de memorisation du serveur (2) 
comprennent une identification de chaque terminal d6finissant rutilisation 
des informations audiovisuelles transmises au terminal, chaque terminal (1) 
comprend des moyens interactifs avec Tutiiisateur pour permettre le choix 
(121, 122) d'au moins une selection au travers de la liaison (3) de 
communication avec le serveur (2) et des moyens (13, 130) d'execution des 
informations envoyees par le serveur (2) et representatives d'une selection 
audiovisuelle. 

10. Dispositif de distribution d'informations audiovisuelles selon la 
revendication 9, caracterise en ce que chaque terminal (1.1.1 a l.n.ng) est 
connecte, par une liaison bidirectionnelle, a un serveur (4.1 a 4.n) 
multiservice egalement connecte au serveur (2) par une liaison 
bidirectionnelle. chaque serveur (4.1 ^ 4.n) multiservice comprenant des 
moyens pour transmettre, d'une part chaque message du serveur (2) destine 
au terminal (1.1.1 a l.n.ng) et d'autre part chaque message du terminal 
(1.1.1 a 1.n.n3)destine au serveur (2). 

11. Dispositif de distribution d'informations audiovisuelles selon la 
revendication 9 ou 10. caracterise en ce que les moyens d'execution 
comprennent des moyens d'executer en temps reel sur le terminal les 
informations audiovisuelles envoyees par le serveur (2). 

12. Dispositif de distribution d'informations audiovisuelles selon la 
revendication 11, caracterise en ce que les moyens d'execution du terminal 
comprennent des moyens (133.1, 133.2. 133.3) d'interdire la r§utilisation des 
informations audiovisuelles envoyees. 

13. Dispositif de distribution d'informations audiovisuelles selon la 
revendication 1 1 . caracterise en ce que les moyens d'ex6cution du terminal 
comprennent des moyens de memorisation des informations audiovisuelles 
envoyees. 



14. Dispositif de distribution d'informations audiovisuelles selon la 
revendication 11, caract6ris6 en ce que le terminal comprend des moyens 
d'enregistrement d'infornnations relatives ^ rutilisation des selections 
envoy6es par le serveur vers le terminal. 
5 15. Dispositif de distribution d'informations audiovisuelles selon la 

revendication 14, caract6rise en ce que le serveur comprend des moyens de 
calcul des redevances S verser a chacun des ayants droit sur rutilisation des 
selections envoyees aux terminaux, a partir des informations enregistrees 
par le serveur et transmises par chaque terminal concernant rutilisation des 
10 selections. 

16. Dispositif de distribution d'infonnations audiovisuelles selon la 
revendication 11, caracteris6 en ce que les moyens d'exploitation 
comprennent un processeur de traitement de signaux digitaux (DSP) 
comprenant des moyens de d6codage des informations audiovisuelles 
15 transmises par le serveur pour obtenir des informations numeriques. un 
convertisseur numerique analogique, au moins une sortie d'informations 
numeriques vers des moyens de memorisation et des moyens de commande 
de chaque sortie numerique pour autoriser ou non le stockage des 
informations numerique. 
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